Skip to content

call_log message #3564

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
2 tasks done
Denis-Redis1 opened this issue May 26, 2025 · 3 comments
Open
2 tasks done

call_log message #3564

Denis-Redis1 opened this issue May 26, 2025 · 3 comments
Labels
bug Something isn't working

Comments

@Denis-Redis1
Copy link

Is there an existing issue for this?

  • I have searched the existing issues.

Is this a problem caused by your code, or is it specifically because of the library?

  • I have double-checked my code carefully.

Describe the bug.

When WhatsApp Web sends a call_log update, the raw payload often does not include the isNewMsgfield. Because whatsapp-web.js currently does:

if (msg.isNewMsg) {
...
}

node_modules/whatsapp-web.js/src/Client.js:701
all call_log messages are silently ignored and never emitted as high-level message events.

Expected Behavior

call_log messages should be emitted when received, even if isNewMsg is undefined. Call-log notifications (missed or received calls) are legitimate “new” events and should not be filtered out.

Steps to Reproduce the Bug or Issue

  1. Use LocalAuth (or your chosen auth strategy) and instantiate a Client.
  2. Place or miss a call to the WhatsApp number—this generates a call_log update.
  3. Observe in your debugger that the raw event payload has type === 'call_log' but no isNewMsg property.
  4. Notice your message listener is never called for call logs.

WhatsApp Account Type

Standard

Browser Type

Chromium

Operation System Type

Linux

Phone OS Type

Android

WhatsApp-Web.js Version

v1.28.0

WhatsApp Web Version

2.3000.1023186384

Node.js Version

20.18.1

Authentication Strategy

LocalAuth

Additional Context

Call logs are functionally "new messages" (notifications), so the isNewMsg check is overly strict. A fix could:
Default isNewMsg to true for call_log types, or
Skip the check entirely for call logs.

@Denis-Redis1 Denis-Redis1 added the bug Something isn't working label May 26, 2025
@THLEMES10

This comment has been minimized.

@THLEMES10

This comment has been minimized.

@Denis-Redis1
Copy link
Author

I have updated the node version. It didn't help. The problem lies precisely in the call_log message itself. Other messages have the isNewMsg field and arrive correctly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants